Skip to main content

KTN-09

FieldIsi
Dokumen IDKTN-09
DeskripsiSurat jalan sesuai dengan kebutuhan Kurnia Tani
Nomor Revisi1
Tanggal2026-10-04
KeteranganLayout tanda tangan + pastikan cetak ikut ambang batas

1. Ringkasan​

a. In scope​

  • Memastikan invoice / surat jalan yang dicetak sudah mencakup perhitungan ambang batas kena pajak
  • Memastikan bentuk invoice / surat jalan mirip dengan layout existing, namun ada 3 tanda tangan: Customer, Sales Kirim, dan Checker

b. Catatan​

  • Sales kirim dan checker sudah ada di invoice, dikerjakan pada KTN-01
  • Perhitungan ambang batas kena pajak dikerjakan pada KTN-04; dokumen ini memastikan hasil perhitungannya ikut tampil di cetakan
  • Perubahan utama di sisi cetak / layout, bukan menambah field master baru

c. Kesimpulan​

  • [FE] Ubah layout cetak invoice / surat jalan agar menampilkan 3 kolom tanda tangan: Customer, Sales Kirim, Checker
  • [FE] Pastikan nilai pada cetakan memakai perhitungan PPN sesuai ambang batas dari KTN-04
  • [BE] -

2. Functional Requirement​

KodeDeskripsi
FR-01Cetakan invoice / surat jalan menampilkan nilai yang sudah memperhitungkan ambang batas kena pajak
FR-02Cetakan invoice / surat jalan menampilkan 3 tanda tangan: Customer, Sales Kirim, dan Checker
FR-03Bentuk cetakan tetap mirip layout existing, hanya area tanda tangan yang disesuaikan

3. Use Case List​

KodeDeskripsi
UC-01Mencetak invoice / surat jalan dengan perhitungan ambang batas
UC-02Mencetak invoice / surat jalan dengan 3 tanda tangan

4. Use Case Scenario​

UC-01 : Mencetak invoice / surat jalan dengan perhitungan ambang batas​

AktorOfficer
DeskripsiMencetak invoice / surat jalan yang nilai pajaknya sudah sesuai ambang batas
Prekondisi- Pengguna terautentikasi
- Invoice penjualan sudah ada
- Perhitungan ambang batas pada invoice sudah diterapkan (KTN-04)
Alur utama1. User membuka invoice penjualan.
2. User mencetak invoice / surat jalan.
3. Sistem menyiapkan data cetak dari invoice.
4. Cetakan menampilkan nilai sesuai perhitungan ambang batas.
Alur negatif- Jika invoice belum siap dicetak, aksi cetak ditolak atau muncul peringatan.
- Jika gagal menyiapkan data cetak, muncul pesan gagal cetak.
Bisnis rule- Nilai PPN/total pada cetakan mengikuti hasil hitung ambang batas di invoice, bukan dihitung ulang beda aturan di layout.
- Detail aturan ambang batas mengacu KTN-04.
PostkondisiCetakan invoice / surat jalan menampilkan nilai sesuai ambang batas
TriggerUser mencetak invoice / surat jalan
Kode FRFR-01

UC-02 : Mencetak invoice / surat jalan dengan 3 tanda tangan​

AktorOfficer
DeskripsiMencetak invoice / surat jalan dengan area tanda tangan Customer, Sales Kirim, dan Checker
Prekondisi- Pengguna terautentikasi
- Invoice penjualan sudah ada
- Field sales kirim dan checker sudah terisi di invoice (KTN-01)
Alur utama1. User membuka invoice penjualan.
2. User mencetak invoice / surat jalan.
3. Sistem menyiapkan data cetak termasuk nama Customer, Sales Kirim, dan Checker.
4. Cetakan menampilkan 3 area tanda tangan tersebut.
Alur negatif- Jika sales kirim atau checker kosong, cetakan tetap jalan namun label terkait kosong atau menampilkan tanda strip.
- Jika gagal menyiapkan data cetak, muncul pesan gagal cetak.
Bisnis rule- Tiga tanda tangan wajib ada di layout: Customer, Sales Kirim, Checker.
- Bentuk keseluruhan cetakan tetap mirip existing.
- Sumber data sales kirim dan checker dari invoice (KTN-01), bukan diisi ulang saat cetak.
PostkondisiCetakan menampilkan 3 tanda tangan sesuai kebutuhan Kurnia Tani
TriggerUser mencetak invoice / surat jalan
Kode FRFR-02
FR-03

5. Data Flow Diagram​

DFD-01​

6. Sequence Diagram​

SD-01 — UC-01 : Mencetak invoice / surat jalan dengan perhitungan ambang batas​

SD-02 — UC-02 : Mencetak invoice / surat jalan dengan 3 tanda tangan​

7. Table Schema​

8. API Schema​

EndpointStatusPerubahan
GET /[url_penjualan]/penjualan/:idexistingDipakai sumber data cetak. Field sales kirim/checker dari KTN-01; nilai PPN ambang batas dari KTN-04
GET /[url_penjualan]/invoice-penjualan/:idexisting-
GET /[url_gudang]/invoice-pengiriman-barang/:idexisting-